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(Grech 7) 

A METHOD OF SETTING UP AN APPLICATION INITIATED 
CALL TO A MOBILE STATION WITHIN A CAMEL NETWORK, 
AND A TELECOMMUNICATIONS SYSTEM COMPRISING A 

CAMEL NETWORK 

Technical Field 

The present invention relates to a method of setting up a call connection 
to a mobile station operative to communicate with a Customised Application for Mobile 
5 Enhanced Logic CAMEL telecommunications network, and to a wireless 
telecommunications system comprising a CAMEL network. 

Background of the Invention 

It is known that, in wireless networks, an Open Service Architecture 
(OS A) Call Control service capability feature (SCF) provides for application-initiated 

10 calls. An application is an entity (usually software) that provides a service to a 
subscriber. As an example, in an alarm call indication, the user sets the time to be 
woken up and at the appropriate time, the application calls the user with a 
predetermined announcement. OSA application-initiated calls are provided by means of 
a method known as createCall() which occurs in the IpCallControlManager interface. In 

1 5 wireless networks supporting Customised Application for Mobile Enhanced Logic 
CAMEL phase 3 (or lower), the functionality for an application to initiate calls is not 
provided, as there is no *Call Party Handling' feature as oocurs in CAMEL phase 4, in 
particular no InitiateCallAttempt operation. Although this operation is known to be 
proposed in Intelligent Networks Capability Set 2 (IN CS-2) for the purpose of network- 

20 initiated calls, it will not be implemented in CAMEL networks until CAMEL Phase 4 
(Release 5). Instead, in CAMEL phase 3 networks, the mechanism of service properties 
P_OPERATION_SET described in section 6.5.2 of Third Generation Partnership 
Project 3 GPP technical specification TS 29.198-04 is used to inform the Open Service 
Architecture OSA client application of this lack of support in a CAMEL service 

25 environment CSE, during a service discovery phase. 
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CCBS (call completion to busy subscriber) Functionality 

A general description of CCBS (call completion to busy subscriber) 
procedures, referring to Figure 1, is as follows. As shown in Figure 1, the CCBS (call 
5 completion to busy subscriber) service allows a calling subscriber A (mobile station 
MS-A), after finding that destination B (mobile station MS-B) is NDUB (Network 
Determined User Busy), to be notified of when destination B becomes idle (i,e available 
to receive the call). If subscriber A so desires, the network then automatically generates 
a CCBS (call completion to busy subscriber) call to destination B. This is often referred 
10 to as "ringback" and is as described in Third Generation Partnership Project 3 GPP 
technical specification TS 23.093 CCBS (call completion to busy subscriber) Stage 3. 
When subscriber A receives a busy treatment (i.e message) from subscriber B, a 
prolonged call clearing procedure takes place whereby subscriber A invokes a CCBS 
(call completion to busy subscriber) Activation request. Among other things, this results 
1 5 in the original SETUP message used by subscriber A to setup a call to subscriber B 
being stored in the home location register (HLR) of subscriber A. As soon as the 
network detects that subscriber B is available again, the home location register (HLR) of 
subscriber B (HLR-B) notifies the home location register (HLR) of subscriber A (HLR- 
A) of this event. Home location register of subscriber A (HLR- A) then sends a 
20 mobileappiication part (MAP) Remote User Free (RUF) message (i.e a CCBS (call 
completion to busy subscriber) remote user free (RUF) message) to the switch (mobile 
switching centre (MSC)/visitor location register (VLR-A)), currently serving subscriber 
A. This remote user free (RUF) operation contains the original stored SETUP message. 
The mobile switching centre (MSC)/visitor location register VLR-A then starts a 
25 Network Initiated Mobile Originated (NIMO) process, in which over the radio 

signalling link, the original SETUP message is sent back to subscriber A (mobile station 
MS-A) in the CCBS (call completion to busy subscriber) Call Info message. By sending 
the CCBS (call completion to busy subscriber) Recall message to mobile station MS-A, 
the network (mobile switching centre (MSC)/visitor location register VLR-A) triggers 
30 the mobile station MS-A to initiate the CCBS (call completion to busy subscriber) 

recall. The original SETUP message is used to setup this CCBS (call completion to busy 
subscriber) recall to the previously busy subscriber B. Call processing proceeds from 
here on in a similar way as for normal call processing, i.e. an Initial Address Message 



(lAM) is sent to the Gateway mobile switching centre GMSC, etc. The home location 
register HLR-A is notified of the successful setup of the CCBS (call completion to busy 
subscriber) recall, by means of the CCBS (call completion to busy subscriber) Call 
Report message from mobile switching centre MSC/visitor location register VLR-A. 
5 The reader is referred to the CCBS (call completion to busy subscriber) specifications 
for a more elaborate background description, namely Third Generation Partnership 
Project 3GPP technical specifications TS 22.093, TS 23.093, and TS 24.093. 

Summary of the Invention 

1 0 The present invention provides a method of setting up a call connection 

to a mobile station operative to communicate with a Customised Application for Mobile 
Enhanced Logic CAMEL telecommunications network, the call being initiated by an 
Open Service Architecture OSA application causing a message to be produced which 
indicates to the network that the mobile station is now available to make a ring back call 

1 5 connection, the network setting up the call connection in response to the message. 

In preferred embodiments, a mechanism is thus provided to support Open 
Service Arcliitecture OSA application initiated calls in CAMEL phase 3 networks or in 
networks with lower CAMEL capability (e.g. CAMEL phase 2). The mechanism is 
preferably to support application-initiated calls by mecins of reusing the Completion of 

20 Calls to Busy Subscriber (CCBS) Remote User Free (RUF) procedure in the home 
location register (HLR) and the CCBS (call completion to busy subscriber) Network 
Initiated Mobile Originated (NIMO) process in the switch (mobile switching centre 
(MSC)/visitor location register (VLR)). These CCBS (call completion to busy 
subscriber) procedures allow the home location register (HLR) to instruct the switch to 

25 initiate a sequence whereby a call to a specified party is set up. 

Preferably the message is a Completion of Calls to Busy Subscriber 
CCBS Remote User Free RUF message. 

Preferably the network sets up the call connection using Completion of 
30 Calls to Busy Subscriber CCBS network-initiated mobile-originated NIMO procedures. 

Preferably in the network comprising a home location register HLR of 
the mobile station and a visited mobile switching centre VMSC/visited location register 



VLR with which the mobile station is currently associated, the home location register 
HLR constructs the message, and instructs tlie visited mobile switching centre 
VMSC/visited location register VLR to make a Completion of Calls to Busy Subscriber 
CCBS Re-call so as to setup the call connection in response to the message. 
5 Furthermore preferably the home location register HLR constructs a SETUP message 
For use in call setup comprising call setup information. Furthermore preferably the 
SETUP message is constructed using parameters from routeReq methods for the mobile 
station . 

10 The present invention also provides a method of controlling a call to a 

mobile station operative to communicate with a Customised Application for Mobile 
Enhanced Logic CAMEL telecommunications network comprising the above method of 
setting up the call connection , and the OSA application controlling the call connection 
after call connection setup. 
15 In some preferred embodiments, a mechanism is thus also provided to 

support Open Service Architecture (OSA) application initiated calls in CAMEL phase 2 
networks and phase 3 networks, with application control after call setup. Preferably use 
is made of the remote user free (RUF) and network initiated mobile originated (NIMO) 
procedures for setting up application initiated calls, and, in addition, make use of 
20 existing CAMEL procedures to perform subsequent control over the call. 

Preferably Jie home location register HLR or visited mobile switching 
centre VMSC/visited location register VLR with which the mobile station is currently 
associated is provided with CAMEL subscription information CSI so as to enable said 

25 controlling the call connection after call connection setup. 

Preferably the home location register updates the visited mobile 
switching centre VMSC/visited location register VLR witli CAMEL subscription 
information CSI. in the absence of which pseudo - CAMEL subscription information 
CSI is sent instead which is deleted upon the call connection being set up. 

30 Preferably the visited mobile switching centre VMSC/visited location 

register VLR is operative to check the CAMEL subscription information CSI or pseudo 
- CAMEL subscription information CSI and if the information is found acceptable an 
initial detection point InitialDP is sent to a call control server including an identifier that 



the OSA application may have control over the call connection. The call control server 
can be a service control point acting as an OSA Gateway. 

Preferably the visited mobile switching centre VMSC/visited location 
register VLR responds to the message by sending to the call control server an 
5 acknowledgement including an identifier field which matches that in the initial 

detection point, the server being operative to check whether the two identifiers match 
and if so notify the OSA application of its control of the call connection after call 
connection setup. 

Furthermore preferably tlie call control server enables notification to the 
10 OSA application of subsequent events in processing tlie call at the visited mobile 
switching centre VMSC/ visited location register VLR so as to enable call connection 
control operations by the OSA application. 

^ The present invention also provides corresponding wireless 
1 5 telecommunication systems. For example^ the present invention also provides a 

wireless telecommunications system comprising a Customised Application for Mobile 
Enhanced Logic CAMEL telecommunications network, and a mobile station, the 
network being operative to set up a call connection to the mobile station, the call being 
initiated by an Open Service Architecture OSA application causing a message to be 
20 produced which indicates to the network that the mobile station is now available to 
make a ring back call connection, the network being operative to set up the call 
connection in response to the message. 

Brief Description of the Drawings 

25 Preferred embodiments of the present invention will now be described by 

way of example and with reference to the drawings, in which: 

Figure 1 is a diagram illustrating known CCBS (call completion to busy 
subscriber) functionality in telecommmiications networks (prior art). 

Figure 2 is a diagram illustrating a network according to a first 
30 embodiment of the invention, and 

Figure 3 is a diagram illustrating messaging in Open Service Architecture 
(OSA) application initiated call setup. 
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Figure 4 is a diagram illustrating routeReqO structure. 
Figure 5 is a diagram illustrating routeRes() structure, and 
Figure 6 is a diagram illustrating messaging in Open Service Architecture 
(OSA) application initiated call setup with application control after call setup. 

5 Detailed Description 

Two systems are described in turn below. The first involves using CCBS 
(call completion to busy subscriber) procedures for application initiated calls. The 
second additionally involves control by the application after call setup also. 

10 Using CCBS (call completion to busy subscriber) procedures for application initiated 
calls 

The basic idea presented in this section is to make use of the existing 
remote user free (RUF) and network initiated mobile originated (NIMO) procedures 
described above in order to support application initiated calls for the Open Service 
15 Architecture (OSA) createCalI() application programming interface (API) method. As 
shown in Figure 2, an interface is introduced between the Open Service Architectxire 
(OSA) Call Control Service Capability Server (SCS) and the home location register 
(HLR), and createCaii() and routeReq() methods (i.e messages) mapped onto the mobile 
application part (MAP) Remote User Free operation (i.e message) by the HLR. This 

20 requires processing on the home location register (HLR) in order to construct a SETUP 
message, telling the network that a CCBS (call completion to busy subscriber) target 
(subscriber B) is available, and instructing the network to setup a CCBS (call 
completion to busy subscriber) Recall, even though a CCBS (call completion to busy 
subscriber) activation request was not issued by subscriber A. The basic mechanism is 

25 depicted in Figure 3. 

The mechanism depicted in Figure 3 involves the home location register 
(HLR) to setup the call. It is however not possible for the home location register (HLR) 
to control the call. Therefore, after application initiated call setup, the application has no 
control over the call anymore, although it is still possible for the application to receive 

30 call event reports. Processes in the home location register (HLR) are required to: 

( 1 ) Perform a mapping (translation) from the "CCBS (call completion to 
busy subscriber) remote user free RUF Ack" mobile application part (MAP) operation 
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(i.e message) to the routeRes() method (i.e message), with the CallReportType field of. 
the responseRequested parameter of the routeRes() method set to 
P_CALL_REPORT_UNDEFINED. This may be interpreted as the CAMEL Event 
anaiyzedlnformation, signalhng an origination call attempt. 
5 (2) Perform a mapping (i.e translation) from the ''CCBS (call completion 

to busy subscriber) Call Report" mobile application part (MAP) operation to the 
roLiteResO method, with the CallReportType field of the responseRequested parameter 
set to P_CALL_REPORT_ANS WER. 

(3) Override the CCDS (call completion to busy subscriber) 
10 supplementary service settings for the subscriber. In the case that the subscriber is not 
provisioned with CCBS (call completion to busy subscriber), the home location register 
(HLR) overrides this* In the case that the subscriber is provisioned with CCBS (call 
completion to busy subscriber), no change in the subscription data for this particular 
subscriber is required. ~ 

15 

Detailed description of the mappings 

The CCBS (call completion to busy subscriber) SETUP Container 

information element is defined in Third Generation Partnership Project 3GPP technical 

specification TS 24.008. The routeReq() method and the data types of the parameters 
20 witliin it are defined in Third Generation Partnership Project 3 GPP technical 

specification TS 29. 198-04, and are as shown in Figure 4. 

The following table, namely Table 1, shows tlie mapping from the Open 

Service Architecture OSA application programming interface (API) method routeReqO 

parameters and data types in order to populate the SETUP message to be sent in the 
25 mobile application part (MAP) remote user free (RUF) operation. The SETUP message 

data fields for which no mappings exist are populated with default values. 
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ScTuP information clement 


routeReqO Method 


Call control Protocol discriminator 


No mapping 


Transaction identifier 


No mapping 


Setup Message type 


No mapping 


BC repeat indicator 




Bearer capability 1 


applnfo (TpCallApplnfo) 




CallAppBearerService (TpCailBearerService) 


Bearer capability 2 


applnfo (TpCallApplnfo) 




CallAppBearerService (TpCallBearerSen/lce) 


Facility 


No mapping 


Progress indicator 


No mapping 


Signal 


No mapping 


Calling party BCD Number 


originatingAddress 


Calling party sub- Address 


origlnatingAddress (T pAddress) 




SubAddressString 


Called party BCD Number 


originalDestinationAddress 


Called party sub- Address 


originalDestination Address (TpAddress) 




SubAddressString 


Redirecting party BCD number 


red 1 rectin gAd dress 


Redirecting party sub-address 


redirectingAddress (TpAddress) 




SubAddressString 


LLC repeat indicator 


No mapping 


Low layer Compatibility 1 


No mapping 


Low layer Compatibility II 


No mapping 


HLC repeat indicator 


No mapping 


High layer Compatibility 1 


No mapping 


LJ!mI>v Imkjmv i-»m.»i iili-!IIlL J li 

High layer Compatibility 11 


No mapping 


User-user 


No mapping 


Priority 


No mapping 


Alert 


applnfo (TpCallApplnfo) 




CallAppAlertingMechanism 


Network Call Control Capabilities 


No mapping 


Cause of No CLl 


No mapping 



Open Service Architecture 



The routcResO method and the data types of the parameters are defined 
in Third Generation Partnership Project 3GPP technical specification TS 29.198-04 and 
5 are as shown in Figure 5. 



Table 2 presented below shows the mapping (i.e. translation) from the 
mobile application part (MAP) operation ''CCBS (call completion to busy subscriber) 
remote user free RUF Ack" to the Open Service Architecture (OS A) application 
10 programmuig interface (API) method routeRes() parameters and data types. 



15 
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Multiple application part MAP CCBS RUF Ack 
( Rem oteUserFreeRes) 


routeRes 


No Mapping 


callSessionID 


Ruf-Outcome 
accepted (0), 

noResponseFromFreeMS (2), — T4 Expiry 
noResponseFromBusyMS (3)» - T10 Expiry 
udubFromFreeMS (4). 
udubFromBusyMS (5), 


EventReport 

CallReportType 
P_CALL_REPORT_UNDEFiNED 
P CALL REPORT ROUTING FAILURP 
P_CALL_REPORT_NO_ANSWER 
P_CALL_REPORT_NO_ANSWER 
P_CALL_REPORT_BUSY 
P_CALL_REPORT_BUSY 


No Mapping 


CallLegsessionID 


extensionContainer 


No Mapping 



CCBi> (call completion to busy subscriber) 



Call Report to Open Service Architecture (OSA) routeRes() Mapping 



Table 3 presented below shows the mapping (i.e translation) from the 
5 mobile application part MAP operation "CCBS (call completion to busy subscriber) 
Call Report" to the Open Service Architecture OSA application programming interface 
API method routeRes() parameters and data t>'pes. 



Multiple application part MAP CCBS Call Report 
(StatusReportArg) 


routeRes 


No Mapping 


callSessionID 


imsi 


No Mapping 


eventReportData 


No Mapping 


caliReportData 
callOutcome 

success (0 ) 
failure (1 ) 
busy (2 ) 


EventReport 

CallReportType 

P_CALL_REPORT_ANSWER 

P_CALL_REPORT_ROUTING_FAILURE 

P_CALL_REPORT_BUSY 


extensionContainer 


No Mapping 


No Mapping 


CallLegsessionID 



Table J Mobile application part MAP CCBS (call completion to busy subscriber) Call 
10 Report to Open Service Architecture OSA routeRes() Mapping 
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Network Architecture 

An overview of the network architecture is shown in Figure 2 as 
described previously. Figure 2 shows the functional network entities involved, and 
identifies where new processing was required. As is depicted, new processing was 
5 required only on centralized entities in the network, i.e. the Open Service Architecture 
(OSA) service capability server (SCS) and the home location register (HLR), 
minimizhig the impact on the network (i.e. the mobile switching centre (MSC)/visitor 
location register (VLR)) and its operations (i.e. the network initiated mobile originated 
(NIMO) procedure). 

10 The Open Service Architecture (OSA) application that makes use of the 

application initiated call functionality is executed on the Open Service Architecture 
(OSA) Application Server. The Open Service Architecture (OSA) Application Server 
communicates with the Open Service Architecture (OSA) Service Capability Server, 
over the Open Service Architecture (OSA) application programming interface 
15 (API)interfaces. The mobile subscriber is served by an mobile switching centre (MSG) 
that supports the CCBS (call completion to busy subscriber) network initiated mobile 
originated (NIMO procedure (Network Initiated Mobile Originated). No control 
software updates are required for the mobile switching centre MSC/visitor location 
register VLR or for the network initiated mobile originated (NIMO) procedure. 

20 From the point of view of the Open Service Architecture 

(OSA)Application Server, it is irrelevant that the CCBS (call completion to busy 
subscriber) procedures are being used to realize the functionality for the Open Service 
Architecture (OSA) createCallO method. The Open Service Architecture (OSA) 
application is not concerned with details of network flmctionality. From the point of 

25 view of the mobile switching centre (MSC)/visitor location register (VLR), it is 

irrelevant that the CCBS (call completion to busy subscriber) message exchange over 
the mobile application part (MAP) interface is required to support Open Service 
Architecture (OSA) application initiated calls. As far as the mobile switching centre 
(MSC)/visitor location register (VLR) is concerned, it is engaged in normal CCBS (call 

30 completion to busy subscriber) processing, i.e. the modifications in the home location 
register (HLR) and the Open Service Architecture (OSA) service capability server 
(SCS) have no impact on the rest of the network entities. 
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In this case, the fact that application initiated calls can only be setup by 
the application somewhat restricts the possible applications that can be deployed. The 
application can setup the call, but has no further control over it. This is known as 
monitor mode whereby events pertaining to a call in progress can be monitored (in 
5 particular by receiving event notifications) but not influenced. This is often acceptable, 
for instance for setting up large numbers of pushed advertisement calls where an 
announcement is played to the subscribers. 

Including application control after call setup where supporting Open Service 
10 Architecture (OS A) application initiated calls in CAMEL phase 1, phase 2 or phase 3 
networks. 

The mechanism described above supports application initiated calls, 
where the application can only set up the call, but not exercise any control over it during 
the lifetime of that call. This limited functionality is caused by the fact that the home 
1 5 location register (HLR) cannot control a call; the home location register (HLR) can only 
request its setup 

In order to perform subsequent control over the calK the switch (i.e 
mobile switching centre (MSG)) needs to be involved in the process. 

The idea underlying the further system now described is basically to 

20 make use of the existing remote user free (RUF) and network initiated mobile 

originated (NIMO) procedures of the CCBS (call completion to busy subscriber) service 
for sc;tting up application initiated calls and also to make use of existing CAMEL 
procedures to perform subsequent control over the call. 

The mechanism is depicted below in Figure 6. For control over the call 

25 initiated by an Open Service Architecture (OSA) application, the served subscriber 

(i.e.to whom the call is being made) needs to be provisioned with CAMEL Subscription 
Information (CSI). Generally, CAMEL subscription information (CSI) is part of the 
subscriber data that is stored in the home location register (HLR) of the user's home 
network and several CSIs may exist for a CAMEL subscriber as documented in 3GPP 

30 TS 23.078. For our purposes, two CSIs are relevant, namely the Originating CAMEL 
subscription information CSI (O-CSI) and the Dialled Services CAMEL subscription 
information CSI (DS-CSI). The CAMEL subscription information CSI associated with a 
mobile originated call (O-CSI and the DS -CSI) are transferred trom the home location 



register (HLR), during the location update procedure, to the visited mobile switching 
centre (VMSC)/visitor location register (VLR) associated with the area in which the 
subscriber is currently located. Associated with each CAMEL subscription intbrmation 
CSI are the criteria that have to be fulfilled and for every call attempt by a subscriber, 
5 these CAMEL subscription information (CSI) are checked to determine if CAMEL 
interaction should take place. In the context of Open Service Architecture (OS A), 
CAMEL messages are translated to methods (i.e messages) in the Call Control Ser\'ice 
Capability Feature (as described in the 3 GPP technical report TR 29.998). 

The application does not explicitly arm a trigger in the network to be 
10 notified of call origination attempts (as would be achieved by invoking say an 

enableCallNotification method). Rather, the application requests the creation of a call 
object in the Call Control service capability server (SCS), by invoking the createCall 
method. As a result, a callReference is returned. The application then invokes the 
routeReq method to request the call to be setup in the network. The responseRequested 
1 5 parameter is populated with event detection points of which the application would like 
to be notified for the remainder of this call, and the Call Control service capability 
server (SCS) temporarily stores these event detection points. At this point the Call 
Control service capability server (SCS) perform the behaviour-equivalent of a 
enableCallNotification method in order to arm a trigger in the network, without that 
20 method actually being invoked. This way, the application does not need to be aware of 
the CCBS (call completion to busy subscriber) solution to setting up application- 
initiated calls. 

In order to ensure that the application can subsequently control the call, 
tlie necessary CAMEL triggers need to be set. If the served subscriber is not currently 

25 provisioned with an O-CSI or a DS-CSL the home location register (HLR) needs to 
create a temporary -pseudo' O-CSI or DS-CSI for the user, which is only valid until the 
Open Service Architecture (OS A) application initiated call is established. This 
temporary "pseudo* CAMEL subscription information CSI (DS-CSI or O-CSI) is sent to 
the Visited mobile switching centre (MSC) from the home location register (HLR) 

30 using a mobile application part (MAP) operation j^se^f Subscriber Data- The mobile 
switching centre (MSC)/visitor location register VLR- A is not aware about the 
temporary nature of ihe -pseudo' CAMEL subscription information CSI. The home 
location register t HLR) subsequently requests the mobile switching centre 
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(MSC)/visitor location register VLR-A to delete this ^pseudo' CAMEL subscription 
information (CSI) after the Open Service Architecture (OSA) initiated call has been 
estabhshed. 

If the served subscriber is already provisioned with an O-CSI or DS-CSI, 
5 then the home location register (HLR) needs to check if any updates to the CSIs are 
required to ensure subsequent triggering for the Open Service Architecture (OSA) 
initiated call. If updates to the CAMEL subscription information CSI are required, then 
the home location register (HLR) informs the mobile switching centre (MSC)/visitor 
location register VLR-A using the existing mobile application part (MAP) Insert 

' 0 Subscriber Data operation. If no updates are required no such action is taken. 

In a separate parallel process, the routcReq i^ethod is mapped to the 
"CCBS (call completion to busy subscriber) Remote User Free (RUF)" mobile 
application part (MAP) operation, as described previously above. As per currently 
standardised CCBS (call completion to busy subscriber) call processing, the terminal of - 

15 subscriber A sends a CCBS (call completion to busy subscriber) Set-up message to the 
mobile switching centre (MSC)/visitor location register VLR-A. Tliis SETUP message 
results in a "CCBS (call completion to busy subscriber) remote user free (RUF) Ack" 
mobile application part (MAP) operation (i.e message) to the home location register 
(HLR). When the SETUP message is received at the mobile switching centre 

20 (MSC)/visitor location register VLR-A, the CSIs for the served subscriber are checked 
and the result here is that CAMEL procedures are invoked (since as described earlier the 
home location register (HLR) ensured that this would take place by verifying the CSIs). 
This results in an initial detection point "InitialDP" CAMEL application part (CAP) 
operation to a global-system-for-mobiles service control function gsmSCF (acting as the 

25 Open Service Architecture (OSA) gateway). Processing is required in the mobile 
switching centre (MSC)/visitor location register VLR-A in order to map the 
callReferenceNumher fi^l^ of the "'InitialDP" into a tield (specifically the 
extensionContainer parameter) of the "CCBS (call completion to busy subscriber) 
remote user free (RUF) Ack'' so that they match. This will allow the Call Control 

30 service capability server (SCS) later on to correlate these two messages. The home 
location register (HLR) then forwards a message to the Call Control service capability 
server (SCS) as a result of the ''CCBS (call completion to busy subscriber) remote user 
free (RUF) Ack"' and tlien a global-system-tbr-mobiles service control function 



gsmSCF forwards a message to the Call Control service capability server (SCS) as a 
result of the "InitialDP". The initial detection point ^'InitialDP'' indicates that the 
application may have furtiier control over the call (e.g. to re-route the call under No 
Answer or Busy conditions). 
5 As explained in the last paragraph, the Call Control service capability 

server (SCS) correlates the two messages and as the fields match hence deduces that the 
initial detection point ^'InitialDP" was fired for the application-initiated call. The Call 
Control service capability server (SCS) will then invoke the callEventNotify method (as 
a result of the initial detection point "InitialDP" and the CCBS (call completion to busy 
10 subscriber) remote user free (RUF) Ack messages including the same 

callReferenceNnmher) so as to notify to the application that the application has full 
control over the call. To do tiiis the Call control service capability server (SCS) must 
use the callReference parameter of the call process that was already created in the Call 
Control service capability server (SCS) from the initmlcreateCall^ (For comparison, 
1 5 normal Call Control service capability server (SCS) behaviour, according to Third 

Generation Partnership Project 3GPP technical specification TS 29.198-04, would have 
been to create instead a new call process once an initial detection point "InitialDP" is 
received.) 

To control the call, the Call Control service capability server (SCS), by 
20 means of a message, instructs the a global-system-for-mobiles service control function 
gsmSCF to send a CAMEL application part CAP "RequestReportBSCM^' message, 
(where BSCM denotes basic call state model), so as to enable notificalion to the 
application of subsequent events in processing the call at the mobile switching centre 
(MSC). A CAMEL application part (CAP) "Continue" operation or CAMEL 
25 application part (CAP) "connection^' operation may then follow. A CAMEL application 
part (CAP) ^-continue^' operation is to allow tlie call to proceed with the original setup 
parameters. A CAMEL application part (CAP) "connection*^ operation is to modify the 
destination address of the call (e.g. for rerouting). 

Tliis approach, where an application-initiated call can subsequently also 
30 be controlled by the application, is suited to, for example, a wake-up/alarm call 
application, where it is important that the application has the ability to perform 
alternative beha\ ior in case the call is not terminated at the B subscriber, e.g. to perform 
re-direction in the case of a Busy or No Answer message being returned. 
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Claims; 

1^ A method of setting up a call connection to a mobile station operative to 
communicate with a Customised Application for Mobile Enhanced Logic CAMEL 
5 telecommunications network, the call being initiated by an Open Service Architecture 
OSA application causing a message to be produced which indicates to the network that 
the mobile station is now available to make a ring back call connection, the network 
setting up the call connection in response to the message. 

2, A method according to claim 1 , in which the message is a Completion of Calls to 
10 Busy Subscriber CCBS Remote User Free RUF message. 

3^ A method according to claim 1 or claim 2, in which the network sets up the call 
connection using Completion of Calls to Busy Subscriber CCBS network-initiated 
mobile-originated NIMO procedures. 

4^ A method according to any preceding claim, in the network comprising a home 
15 location register HLR of the mobile station and a visited mobile switching centre 
VMSC/visited location register VLR with which the mobile station is currently 
associated, the home location register HLR constructs the message, and instructs the 
visited mobile switching centre VMSC/visited location register VLR to make a 
Completior of Calls to Busy Subscriber CCBS Re-call so as to setup the call connection 
20 in response to the message. 

5^ A method of controlling a call to a mobile station operative to communicate with a 
Customised Application for Mobile Enhanced Logic CAMEL telecommunications 
network comprising the method of setting up the call connection according to any 
preceding claim, and the OSA application controlling the call connection after call 
25 connection setup. 

5^ A method according to claim 5, in which the home location register HLR or visited 
mobile switching centre VMSC/visited location register VLR with which the mobile 
station is currently associated is provided with CAMEL subscription information CSI so 
as to enable said controlling the call connection after call connection setup. 
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7, A method according to claim 6 in which the home location register updates the 
visited mobile switching centre VMSC/visited location register VLR with CAMEL 
subscription information CSL in the absence of which pseudo - CAMEL subscription 
information CSI is sent instead which is deleted upon the call connection being set up. 

5 8. A method according to claim 6 or claim 7. in which the visited mobile switching 
centre VMSC/visited location register VLR is operative to check the CAMEL 
subscription information CSI or pseudo - CAMEL subscription information CSI and if 
the information is found acceptable an initial detection point InitialDP is sent to a call 
control server including an identifier that the OSA application may have control over 
10 the call connection. 

9. A method according to claim 8, in which the visited mobile switching centre 
VMSC/visited location register VLR responds to the message by sending to the call 
conti-bi server an ackriowledgem^ including an identifier field which matches that in 
the initial detection point, the server being operative to check whether the two 

1 5 identifiers match and if so notify the OSA application of its control of the call 
connection after call connection setup. 

10. A wireless telecommimications system comprising a Customised Application for 
Mobile Enhanced Logic CAMEL telecommunications network, and a mobile station, 
the network being operative to set up a call connection to the mobile station, the call 

20 being initiated by an Open Service Architecture OSA application causing a message to 
be produced which indicates to the network that the mobile station is now available to 
make a ring back call connection, the network being operative to set up the call 
connection in response to the message. 
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(abstract) 

A METHOD OF SETTING UP AN APPLICATION INITIATED 
CALL TO A MOBILE STATION WITHIN A CAMEL NETWORK, 
AND A TELECOMMUNICATIONS SYSTEM COMPRISING A 

CAMEL NETWORK 

A method is provided of setting up a call connection to a mobile station 
operative to commimicate with a Customised Application for Mobile Enhanced Logic 
5 (CAMEL) telecommunications network. The call is initiated by an Open Service 

Architecture (OSA) application, which causes a message to be produced which indicates 
to the network that the mobile station is now available to make a ring back call 
connection. The network setting up the call connection in response to the message. 
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